home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / protocol / standard / ccitt / 1992 / x / x29.asc < prev    next >
Text File  |  1993-07-14  |  48KB  |  1,491 lines
  1.          The drawings contained in this Recommendation have been done in Autocad
  2.          Recommendation X.29
  3.                              PROCEDURES FOR THE EXCHANGE OF CONTROL INFORMATION
  4.                                        AND USER DATA BETWEEN A PACKET
  5.                                      ASSEMBLY/DISASSEMBLY (PAD) FACILITY
  6.                                     AND A PACKET MODE DTE OR ANOTHER PAD
  7.                          (provisional, Geneva, 1977; amended, Geneva, 1980,
  8.                            Malaga-Torremolinos, 1984 and Melbourne, 1988)
  9.                Preface
  10.                The establishment in various countries of public  data  networks  providing
  11.          packet-switched data transmission services creates a need to produce standards to
  12.          facilitate international interworking.
  13.                The CCITT,
  14.          considering
  15.                (a) that Recommendations X.1 and X.2 define the user classes of service and
  16.          facilities in a  public  data  network,  and  Recommendation  X.96  defines  call
  17.          progress signals;
  18.                (b) that Recommendation X.3 defines the PAD in a public data network;
  19.                (c) that Recommendation X.28 defines the DTE/DCE interface for a start-stop
  20.          mode DTE accessing the PAD in a public data network;
  21.                (d) that Recommendation X.25 defines the interface between the DTE and  the
  22.          DCE for DTEs operating in the packet mode in public data networks;
  23.                (e) the need to  allow  interworking  between  a  packet  mode  DTE  and  a
  24.          non-packet mode DTE in the packet-switched transmission service;
  25.                (f) the urgent need to allow interworking between a start-stop mode DTE  in
  26.          a public switched telephone network, public switched data  network  or  a  leased
  27.          line and a packet mode DTE using the virtual call facility of the packet-switched
  28.          transmission service;
  29.                (g) the need to allow interworking between PADs;
  30.                (h) that the packet mode DTE shall  not  be  obliged  to  use  the  control
  31.          procedures for PAD functions, but that some packet mode DTEs may wish to  control
  32.          specific functions of the PAD,
  33.          unanimously recommends that
  34.                (1) the Recommendation X.29 procedures shall apply  to  the  Recommendation
  35.          X.25 interface between the DCE and the packet mode DTE;
  36.                (2) the Recommendation X.29 procedures  may  be  applied  for  interworking
  37.          between PADs;
  38.                (3) the procedures be as specified below in S 1 Procedures for the exchange
  39.          of PAD control information and user data;
  40.                (4) the manner in which user data is transferred be as specified below in S
  41.          2 User data transfer;
  42.                (5) the procedures for the control of  the  PAD  via  PAD  messages  be  as
  43.          specified below in S 3 Procedures for the use of PAD messages;
  44.                (6) the formats of the data fields which are transferable on a virtual call
  45.          be as specified below in S 4 Formats.
  46.          i 
  47.          is considered within a national network these packet types or procedures may have
  48.          a different form from those used in Recommendation X.25 but will  have  the  same
  49.          operational meaning.
  50.                Note 2 V The following items are for further study:
  51.                V   the use of the permanent virtual circuit service;
  52.                V    interworking  between  DTEs  having  interfaces  to  different   data
  53.                   transmission services;
  54.                V   operation of nonVpacket mode DTEs in other than startVstop mode.
  55.          1      Procedures for the exchange of PAD control information and 
  56.                user data
  57.          1.1    The exchange of control information and user data  between  a  PAD  and  a
  58.          packet mode DTE or between PADs is performed by using user data fields defined in
  59.          Recommendation X.25.
  60.          1.2    Annex A describes some of the characteristics of virtual calls as  defined
  61.          in Recommendation X.25, as related to the PAD representation of a startVstop mode
  62.          DTE to a packet mode DTE. The characteristics described in Annex A also apply for
  63.          interworking between PADs.
  64.          1.3    Call user data
  65.                The call user  data  field  call  user  data  field  of  incoming  call  or
  66.  
  67.  
  68.  
  69.  
  70.                                                        Fascicle VIII.2 - Rec. X.29   PAGE1
  71.  
  72.          call  request  packets  to  or  from  the  packet  mode  DTE  or   the   PAD   is
  73.          comprised of two fields:
  74.                a)  the protocol identifier field protocol identifier field, and
  75.                b) the call data field call data field.
  76.                The protocol identifier field is used for protocol identification  purposes
  77.          and the call data field contains user data.
  78.                A call request packet received by the PAD, containing  no  call  user  data
  79.          field, will be accepted by the PAD.
  80.                If a call data field is present, the PAD will send it,  unchanged,  to  the
  81.          startVstop mode DTE, using the call data block of the incoming call  PAD  service
  82.          signal (see ' 3.5.22, Recommendation X.28).
  83.          1.4    User sequences
  84.          1.4.1  User sequences are used to exchange user data  between  the  PAD  and  the
  85.          packet mode DTE or a PAD.
  86.          1.4.2  User sequences are conveyed in the user data  fields  of  complete  packet
  87.          sequences  with  Q  =  0,  and  in  both  directions  on  a  virtual  call.  (See
  88.          Recommendation X.25.)
  89.          1.4.3  There will be only one user sequence in a complete packet sequence.
  90.          1.4.4  The PAD will transmit all data packets with the D bit set to 0.
  91.                On reception of a data packet with the  D  bit  set  to  1,  the  PAD  will
  92.          transmit the corresponding acknowledgement as soon as possible.
  93.          virt 
  94.          virtual call.
  95.                As no  error  correction  procedure  is  in  place  from  the  PAD  to  the
  96.          start-stop  mode  DTE,  no  guarantee  of  delivery  can  be  implied  from   the
  97.          acknowledgement.
  98.          1.5    PAD messages
  99.          1.5.1  PAD messages are used to exchange control information between the PAD  and
  100.          the packet mode DTE (or  remote  PAD).  A  PAD  message  consists  of  a  control
  101.                   identifier field and a message code field possibly followed by a parameter field (see 
  102.          S 4.4 below).
  103.          1.5.2 PAD messages are conveyed in the user data fields of complete
  104.          packet sequences with Q = 1 and in both  directions  on  a  virtual
  105.          call. (See Recommendation X.25.)
  106.          1.5.3 There will be only one  PAD  message  in  a  complete  packet
  107.          sequence.
  108.          1.5.4 The PAD will take into consideration a PAD message only  when
  109.          it has been completely received.
  110.          1.5.5 In the case where a  parameter  reference  (see  S  3  below)
  111.          appears more than once in a PAD message, only the  last  appearance
  112.          is taken into account.
  113.          1.5.6 The PAD will transmit all data packets with the D bit set  to
  114.          0.
  115.               On reception of a data packet with both the Q bit  and  the  D
  116.          bit  set  to  1,  the   PAD   will   transmit   the   corresponding
  117.          acknowledgement as soon as possible.
  118.               If the PAD does not support the D bit procedure, the  PAD  may
  119.          reset the virtual call.
  120.          2      User data transfer
  121.          2.1    Data packets will be forwarded by the PAD when a set,  read,  or  set  and
  122.          read PAD message  is  received,  or  under  any  of  the  other  data  forwarding
  123.          conditions provided by the PAD (see Recommendation X.28, S 4.4).
  124.          2.2    The occurrence of a data forwarding condition will not cause  the  PAD  to
  125.          transmit empty data packets.
  126.          3      Procedures for the use of PAD messages
  127.          3.1    Procedures for reading, setting, and reading and setting of PAD parameters
  128.          3.1.1  The  current  values  of  PAD  parameters  may  be  changed  and  read  by
  129.          transmitting to the PAD a set, read, or set and read PAD message.
  130.          me 
  131.          message as a data forwarding condition.
  132.          3.1.3  The PAD will respond to a valid read  or  set  and  read  PAD  message  by
  133.          transmitting a parameter indication PAD message. This PAD  message  will  have  a
  134.          parameter field containing a list of  parameter  references  and  current  values
  135.          (after any necessary modification) of the PAD parameters to  which  the  received
  136.          PAD message referred.
  137.  
  138.  
  139.  
  140.          PAGE14  Fascicle VIII.2 - Rec. X.29
  141.  
  142.          3.1.4  The PAD will not return a parameter indication PAD message in response  to
  143.          a valid set PAD message received.
  144.          3.1.5  Table 1/X.29 specifies the PAD's response of the PAD to set, set and read,
  145.          and read PAD messages.
  146.          3.1.6  If the function of a character is duplicated by the selection of parameter
  147.          values by use of the set or set and read PAD message, the PAD will consider these
  148.          parameter changes as valid, and will respond as described in this Recommendation.
  149.          After these changes are invoked, the PAD will follow the procedure  described  in
  150.          Recommendation X.28, ' 3.3.2.
  151.          3.2    Procedures for inviting the PAD to clear
  152.          3.2.1   The  invitation  to  clear  PAD  message  is   used   to   request   that
  153.          the  PAD  clears   the   virtual   call,   after   transmission   of   all   data
  154.          previously transmitted to the startVstop mode DTE.
  155.                Note  V  The   clear   indication   packet,   which   is   transmitted   by
  156.          the  PAD  after  delivery  of  the  last  character  to   the   startVstop   mode
  157.          DTE, will have a clearing cause field set to DTE clearing.
  158.          3.3    Interrupt and discard procedures
  159.          3.3.1  If parameter 7 is set to 21, the PAD will  transmit  an  interrupt  packet
  160.          with all bits of the interrupt user data field set to 0 followed by an indication
  161.          of break PAD message to indicate that the PAD, at the request of  the  startVstop
  162.          mode DTE, is discarding the user sequences received. The PAD message will contain
  163.          an indication in its parameter field that parameter 8 has been set to 1  (discard
  164.          output).
  165.          3.3.2  Before resuming  data  transmission  to  the  PAD,  the  response  to  the
  166.          indication  of  break  PAD  message  shall  be  a  set  or  set  and   read   PAD
  167.          message,  indicating  that   parameter   8   should   be   set   to   0   (normal
  168.          data delivery).
  169.                Prior   to   sending   this   PAD   message,   any   inVprogress   complete
  170.          packet   sequence   being   transmitted   to   the   PAD   must   be   terminated
  171.          (with  a  packet  that  will   be   discarded   by   the   PAD)   in   accordance
  172.          with Recommendation X.25 procedures.
  173.  
  174.  
  175.  
  176.  
  177.  
  178.  
  179.  
  180.  
  181.  
  182.  
  183.  
  184.  
  185.  
  186.  
  187.  
  188.  
  189.  
  190.  
  191.  
  192.  
  193.  
  194.  
  195.  
  196.  
  197.  
  198.  
  199.  
  200.  
  201.  
  202.  
  203.  
  204.  
  205.  
  206.  
  207.  
  208.  
  209.  
  210.  
  211.                                                        Fascicle VIII.2 - Rec. X.29   PAGE1
  212.  
  213.                                             TABLE 1/X.29
  214.              PAD messages transmitted by the PAD in response to set, set and read, and read PAD 
  215.                                                   messages
  216.                                                                 
  217.          PAD message received by                                Corresponding parameter 
  218.          the PAD                         Action upon PAD        indication PAD message 
  219.                                             parameters          transmitted to the 
  220.            Type      Parameter                                 packet mode DTE
  221.                         field      
  222.                     None            Reset all implemented        None
  223.                                     Recommendation X.3          
  224.                                     parameters to their         
  225.          Set                        initial values              
  226.                                     corresponding to the        
  227.                                     initial profile             
  228.                     List of         Set the selected            a) None
  229.                     selected        parameters to the given     b) List of these invalid 
  230.                     parameters      values:                     parameters
  231.                     with the        a)if no error is               (see Note)
  232.                     desired         encountered                 
  233.                     values          b)if the PAD fails to       
  234.                                     modify the values of some   
  235.                                     parameters                  
  236.                      None           Reset all implemented        List all implemented 
  237.                                     Recommendation X.3          Recommendation X.3 
  238.          Set and                    parameters to their         parameters, and their 
  239.          read                       initial values              initial values
  240.                                     corresponding to the        
  241.                                     initial profile             
  242.                     List of         Set the selected            List of these parameters 
  243.                     selected        parameters to the given     with their new current 
  244.                     parameters      values                      values (see Note)
  245.                     with the        
  246.                     desired         
  247.                     values          
  248.                     None            None                        List all implemented 
  249.                                                                 Recommendation X.3 
  250.          Read                                                   parameters with their 
  251.                                                                 current values
  252.                     List of         None                        List of these parameters 
  253.                     selected                                    with their current values 
  254.                     parameters                                  (see Note)
  255.          Note - If any of the parameters contain an error, then the error bit is  set  and
  256.  
  257.  
  258.  
  259.  
  260.  
  261.  
  262.  
  263.  
  264.  
  265.  
  266.  
  267.  
  268.  
  269.  
  270.  
  271.  
  272.  
  273.  
  274.  
  275.  
  276.  
  277.  
  278.  
  279.  
  280.  
  281.  
  282.          PAGE14  Fascicle VIII.2 - Rec. X.29
  283.  
  284.          the value field is coded as described in Table 3/X.29.
  285.          3.3.3  If a PAD receives an indication of break  PAD  message  which  contains  a
  286.          parameter field as described in S 3.3.1 above, it will respond by transmitting  a
  287.          set PAD message as described in S 3.3.2 above and will transmit a break signal to
  288.          the start-stop mode DTE. If a PAD receives an indication  of  break  PAD  message
  289.          which does not contain a parameter field, it will not respond to the packet  mode
  290.          DTE or PAD but it will transmit a break signal to the start-stop mode DTE.
  291.          3.3.4  When the PAD transmits an interrupt packet  after  the  receipt  from  the
  292.          start-stop mode DTE of an interrupt PAD command signal or a  break  signal,  when
  293.          parameter 7 is set to 1, the interrupt user data field is coded in bits 8 to 1 as
  294.          00000001.
  295.          3.3.5  If the PAD receives an interrupt packet it will confirm it  in  accordance
  296.          with Recommendation X.25 procedures. The PAD will not transmit  the  contents  of
  297.          the interrupt user data field to the start-stop DTE.  The  PAD  will  ignore  the
  298.          values of the interrupt user data field. It is  for  further  study  whether  the
  299.          coding of this field given in S 3.3.4 above causes a different response.
  300.          3.3.6  If parameter 7 is set to 5, the PAD will transmit an interrupt packet with
  301.          all bits of the interrupt packet set to 0, followed by an indication of break PAD
  302.          message. The PAD message will not contain a parameter field  as  described  in  S
  303.          4.4.7.
  304.          3.3.7  Some PADs may always send the break signal to the start-stop mode DTE upon
  305.          receipt of an interrupt packet rather than upon receipt of an indication of break
  306.          PAD message.
  307.          3.4    Procedure for resets
  308.                Virtual  calls  may  be  reset  according  to  the  procedures  defined  in
  309.          Recommendation X.25. The effect of the resetting procedure on the  value  of  PAD
  310.          parameter 8 is to reset its value to 0 (normal data delivery). The current values
  311.          of all other PAD parameters are not affected.
  312.          3.5    Error handling procedures by the PAD
  313.          3.5.1  If the PAD receives a set, read or set and read PAD message containing  an
  314.          invalid reference to a PAD parameter, the parameter field  within  the  parameter
  315.          indication PAD message transmitted by the PAD will  contain  an  indication  that
  316.          this has occurred. The remaining valid references to PAD parameters are processed
  317.          by the PAD.
  318.                Possible reasons for an invalid access to a PAD parameter are:
  319.                a)  the parameter reference has not been implemented in the PAD;
  320.                b)  the parameter value has not been implemented in the PAD or  cannot  be
  321.                   altered from the current setting;
  322.                c)  the parameter is a read-only one (set and set and  read  PAD  messages
  323.                   only);
  324.                d)  the parameter follows an invalid parameter separator  (see  S  4.4.5.4
  325.                   below).
  326.          3.5.2  The PAD will transmit an error PAD message containing the message code  of
  327.          an invalid PAD message received under the following conditions:
  328.                a)  if the PAD receives an unrecognizable message code;
  329.                b)  if the parameter  field  following  a  recognizable  message  code  is
  330.                   incorrect or incompatible with the message code;
  331.                c)  if the parameter field following a recognizable message  code  has  an
  332.                   invalid format;
  333.                d)  if the PAD receives an unsolicited parameter indication PAD message;
  334.                e)  if the PAD receives a PAD message that is too long.
  335.          3.5.3  The PAD will transmit an error PAD messag         D  message
  336.          containing less than 8 bits is received.
  337.          3.5.4 If the PAD receives an error PAD message it will not  respond
  338.          with a PAD message of any type. Subsequent action  is  for  further
  339.          study.
  340.          3.6    Procedures for inviting the PAD to reselect the called DTE
  341.                The  reselection  or  reselection  with  TOA/NPI  PAD  message   (Type   of
  342.          address/Numbering Plan Indicator) used by a packet mode DTE to request  that  the
  343.          PAD clear the virtual call, after transmission to the start-stop mode DTE of  all
  344.          the previously transmitted data. Then, the PAD  will  establish  a  call  to  the
  345.          reselected DTE.
  346.                Note  -  The  TAO/NPI  address  subscription  facility  is  designated   in
  347.          Recommendation X.2 for further study.
  348.                When the reselection PAD message is received,  the  PAD  will  transmit  an
  349.  
  350.  
  351.  
  352.  
  353.                                                        Fascicle VIII.2 - Rec. X.29   PAGE1
  354.  
  355.          error PAD message  with  an  error  type  unauthorized  reselection  PAD  message
  356.          (00000110) under the following conditions:
  357.                a)  the virtual call has been established by the packet-mode DTE;
  358.                b)  the called DTE reselection prevention facility has been  requested  by
  359.                   the start-stop mode DTE;
  360.                c)  the reselection PAD message has been already received more than N times 
  361.                   (where N is for further study).
  362.                The format of the reselection PAD message is given in S  4.4.9  below.  The
  363.          format of the reselection with TOA/NPI PAD message is given in  S  4.4.10  below.
  364.          These messages contain the information needed by the PAD  to  establish  the  new
  365.          virtual call.
  366.                Upon receipt of the reselection or reselection with  TOA/NPI  PAD  message,
  367.          the PAD will:
  368.                -   transmit to the start-stop mode DTE all previously received data;
  369.                -   clear the virtual call that is established;
  370.                -   after having made  the  appropriate  state  changes  as  described  in
  371.                   Recommendation  X.28,  S  3.2.5,  establish  a  virtual  call  to   the
  372.                   reselected DTE. The call request packet sent by the PAD,  will  contain
  373.                   only the facilities  subscribed  by  the  start-stop  mode  DTE  and/or
  374.                   assigned by default. Any other facilities contained in the  reselection
  375.                   PAD message will be ignored. In particular:
  376.                   i)  Closed User Group Signals - Independently by the CUG  indicated  in
  377.                       the reselection PAD message, the PAD will use the same CUG  of  the
  378.                       original call.
  379.                   message 
  380.                       message contains the reverse charging facility.
  381.                   iii)   Charging information:
  382.                       V    facility  assigned  for  an  agreed  contractual  period:  The
  383.                          information will be sent to  the  startVstop  mode  DTE  at  the
  384.                          clearing of each call  (original  and  reselected),  or  at  the
  385.                          clearing of the last reselected call. If the later procedure was
  386.                          selected, the PAD will  send  the  total  charging  information,
  387.                          without sending the charge of the individual calls (original and
  388.                          reselected).
  389.                       V   facility on a per call basis: The  PAD  follows  the  procedure
  390.                          indicated above, starting from the  first  charging  information
  391.                          facility request (by the startVstop  mode  DTE  or  packet  mode
  392.                          DTE).
  393.                   iv) RPOA selection: for further study
  394.                Note V The other facilities indicated in Table 4/X.28 with Note 2  are  for
  395.          further study.
  396.                Note V This procedure is an optional feature of the PAD. PADs which do  not
  397.          implement this feature will consider reselection and reselection with TOA/NPI PAD
  398.          messages as invalid. PADs may implement this  feature  either  by  accepting  (1)
  399.          reselection PAD messages or (2) reselection  and  reselection  with  TOA/NPI  PAD
  400.          messages. The sending of reselection or reselection with TOA/NPI PAD messages  by
  401.          a PAD is for further study.
  402.          4      Formats
  403.          4.1    Introduction
  404.                Bits of octets are numbered 8 to 1 where bit 1 is the low order bit and  is
  405.          transmitted first. Octets of the call  user  data,  of  user  sequences,  of  PAD
  406.          messages and of interrupt user data are consecutively numbered  starting  from  1
  407.          and are transmitted in this order.
  408.          4.2    Call user data format (see Figure 1/X.29)
  409.          4.2.1  Protocol identifier format
  410.                The protocol identifier field protocol  identifier  field  standardized  by
  411.          CCITT consists of four octets.
  412.                The first octet is coded as follows:
  413.                bits 8 and 7   = 00 for CCITT use
  414.                            = 01 for national use
  415.                            = 10 reserved for international user bodies
  416.                            = 11 for DTEVDTE use.
  417.          C 
  418.          CCITT,  subject  to  the   rules   of   Recommendation   X.244.   All   bits   of
  419.          octets  2,  3  and  4  are  set  to  0.  These   octets   are   reserved   as   a
  420.  
  421.  
  422.  
  423.  
  424.          PAGE14  Fascicle VIII.2 - Rec. X.29
  425.  
  426.          future  mechanism  for  providing   the   called   PAD   or   packet   mode   DTE
  427.          with additional information pertinent to the calling party.
  428.  
  429.  
  430.  
  431.  
  432.  
  433.  
  434.  
  435.  
  436.  
  437.  
  438.  
  439.  
  440.  
  441.  
  442.  
  443.  
  444.  
  445.  
  446.  
  447.  
  448.  
  449.  
  450.  
  451.  
  452.  
  453.  
  454.  
  455.  
  456.  
  457.  
  458.  
  459.  
  460.  
  461.  
  462.  
  463.  
  464.  
  465.  
  466.  
  467.  
  468.  
  469.  
  470.  
  471.  
  472.  
  473.  
  474.  
  475.  
  476.  
  477.  
  478.  
  479.  
  480.  
  481.  
  482.  
  483.  
  484.  
  485.  
  486.  
  487.  
  488.  
  489.  
  490.  
  491.  
  492.  
  493.  
  494.  
  495.                                                        Fascicle VIII.2 - Rec. X.29   PAGE1
  496.  
  497.                                           Fig. 1/X.29 = 6 cm
  498.  
  499.           4.2.2  Call data format
  500.                 Octets of the         a   field   will   contain   the   user
  501.           characters received by the PAD from the start-stop mode DTE  during
  502.           the call establishment phase. The coding of these octets is similar
  503.           to that of user sequences (see S 4.3 below). The call data field is
  504.           limited to 12 octets (see Figure 1/X.29).
  505.           4.3    User sequence format
  506.           4.3.1  The order of bit transmission from the PAD is the same as the  order  that
  507.           bits are received from the start-stop mode DTE. The order of bit transmission  to
  508.           the start-stop mode DTE is the same as the order that bits are received.
  509.           4.3.2  No maximum is specified for the length of a user sequence.
  510.           4.4    Control message format
  511.           4.4.1  Bits 8, 7, 6, 5 of octet 1  of  a  user  data  field  of  complete  packet
  512.           sequences with Q = 1 are  defined  as  the  control  identifier  field,  used  to
  513.           identify the facility, such as PAD, to  be  controlled.  The  control  identifier
  514.           fiel   coding   for    PAD    messages    to    control    a    PAD
  515.           for a start-stop mode DTE is 0000. Other  codings  of  the  control
  516.           identifier field are reserved for future standardization.
  517.                Note - The possibility of  extending  the  control  identifier
  518.           field is for further study.
  519.           4.4.2 When the control identifier field (see S 4.4.1 above) is  set
  520.           to 0000, bits 4, 3, 2, 1 of octet 1 are defined as the message code
  521.           field.   The   message   code   field   is   used    to    identify
  522.           specific types of PAD messages, as given in Table 2/X.29.
  523.  
  524.  
  525.  
  526.  
  527.  
  528.  
  529.  
  530.  
  531.  
  532.  
  533.  
  534.  
  535.  
  536.  
  537.  
  538.  
  539.  
  540.  
  541.  
  542.  
  543.  
  544.  
  545.  
  546.  
  547.  
  548.  
  549.  
  550.  
  551.  
  552.  
  553.  
  554.  
  555.  
  556.  
  557.  
  558.  
  559.  
  560.  
  561.  
  562.  
  563.  
  564.  
  565.  
  566.           PAGE14  Fascicle VIII.2 - Rec. X.29
  567.  
  568.                                                  TABLE 2/X.29
  569.                                   Type and coding of octet 1 of PAD messages
  570.  
  571.                                                                    Message code
  572.                                    Type                           Bit  4   3    2    1
  573.                                                                     s   
  574.            Set PAD message                                               0    0    1    0
  575.            Read PAD message                                              0    1    0    0
  576.            Set and read PAD message                                      0    1    1    0
  577.            Parameter indication PAD message                              0    0    0   
  578.  
  579.  
  580.  
  581.  
  582.  
  583.  
  584.  
  585.  
  586.  
  587.  
  588.  
  589.  
  590.  
  591.  
  592.  
  593.  
  594.  
  595.  
  596.  
  597.  
  598.  
  599.  
  600.  
  601.  
  602.  
  603.  
  604.  
  605.  
  606.  
  607.  
  608.  
  609.  
  610.  
  611.  
  612.  
  613.  
  614.  
  615.  
  616.  
  617.  
  618.  
  619.  
  620.  
  621.  
  622.  
  623.  
  624.  
  625.  
  626.  
  627.  
  628.  
  629.  
  630.  
  631.  
  632.  
  633.  
  634.  
  635.  
  636.  
  637.                                                         Fascicle VIII.2 - Rec. X.29   PAGE1
  638.  
  639.                                                                                     0
  640.         Invitation to clear PAD message                               0    0    0    1
  641.         Indication of break PAD message                               0    0   1   1
  642.         Reselection PAD message                                       0    1   1   1
  643.         Error PAD message                                             0    1   0   1
  644.         Reselection with TOA/NPI                                      1    0   0   0
  645.        Note - The possibility of extending the message code field is for further study.
  646.        4.4.3  All PAD messages consist of a control identifier field (bits 8, 7, 6, 5 of
  647.        octet 1 equal to 0000) and a message code field (bits 4, 3, 2, 1 of octet 1).
  648.              Set, read, set and read and parameter indication PAD  messages  consist  of
  649.        octet 1 which may be followed by one or more  parameter  fields.  Each  parameter
  650.        field c            a    parameter    reference    octet    and    a
  651.        parameter value octet.
  652.             The parameter value octets of the read PAD message contain the
  653.        value 0.
  654.             The error PAD message consists of  octet  1  and  one  or  two
  655.        octets giving the reason for the error.
  656.             The indication of break PAD message consists of octet 1  which
  657.        may be followed by a parameter field.
  658.             The invitation to clear PAD message consists of octet 1 only.
  659.        4.4.4 The maximum length of PAD message is network  dependent,  but
  660.        will be at least 128 octets.
  661.        4.4.5  Parameter field for set, read, set and rea ,  and  parameter
  662.  
  663.  
  664.  
  665.  
  666.  
  667.  
  668.  
  669.  
  670.  
  671.  
  672.  
  673.  
  674.  
  675.  
  676.  
  677.  
  678.  
  679.  
  680.  
  681.  
  682.  
  683.  
  684.  
  685.  
  686.  
  687.  
  688.  
  689.  
  690.  
  691.  
  692.  
  693.  
  694.  
  695.  
  696.  
  697.  
  698.  
  699.  
  700.  
  701.  
  702.  
  703.  
  704.  
  705.  
  706.  
  707.  
  708.        PAGE14  Fascicle VIII.2 - Rec. X.29
  709.  
  710.           indication PAD messages (see Figure 2/X.29)
  711.                 A parameter field contained in one of these  PAD  messages  consists  of  a
  712.           reference f   d    and    a    value     field.     A     parameter
  713.           field is two octets in length, except when the extension  mechanism
  714.           is used (see S 4.4.5.1 below).
  715.           c 
  716.           coded in bits 7 to 1, where bit 1 is the low order  bit.  Reference
  717.           fields need  not  be  ordered  by  increasing  parameter  reference
  718.           numbers.
  719.                The code 1111111 (decimal 127) in bits 7 to 1 of the reference
  720.           field will be used for the extension of  this  field.  Such  coding
  721.           will indicate that there is another octet following. The  following
  722.           octet is coded with the parameter reference of  Recommendation  X.3
  723.           minus 127.
  724.           4.4.5.2  In PAD messages received by the PAD, bit 8 of  each  octet
  725.           will be ignored. In parameter indication PAD  messages,  bit  8  of
  726.           each reference field set to 1 will indicate an  invalid  access  to
  727.           the referred parameter as described in S 3.5 above.
  728.  
  729.  
  730.  
  731.  
  732.  
  733.  
  734.  
  735.  
  736.  
  737.  
  738.  
  739.  
  740.  
  741.  
  742.  
  743.  
  744.  
  745.  
  746.  
  747.  
  748.  
  749.  
  750.  
  751.  
  752.  
  753.  
  754.  
  755.  
  756.  
  757.  
  758.  
  759.  
  760.  
  761.  
  762.  
  763.  
  764.  
  765.  
  766.  
  767.  
  768.  
  769.  
  770.  
  771.  
  772.  
  773.  
  774.  
  775.  
  776.  
  777.  
  778.  
  779.                                                         Fascicle VIII.2 - Rec. X.29   PAGE1
  780.  
  781.                                               Fig. 2/X.29 = 13 cm
  782.  
  783.           4.4.5.3   A parameter value field consists of a value of the parameter reference,
  784.           identified as a decimal number in Recommendation X.3, and is binary coded in bits
  785.           8 to 1, where bit 1 is the low order bit. Value fields in read PAD  messages  are
  786.           coded as all binary 0s. In set and set and read PAD messages, they will  indicate
  787.           the requested values of parameters. In parameter indication  PAD  messages,  they
  788.           will indicate the current values of PAD parameters, after modification if any. If
  789.           bit 8 (error bit) is set  to  1  in  the  preceding  octet  (i.e.  the  parameter
  790.           reference field), the parameter value field will  indicate  the  reason  for  the
  791.           error, as given in Table 3/X.29.
  792.           4.4.5.4   Parameters not standardized by CCITT may be  supported.  The  parameter
  793.           separator is used in PAD messages to indicate the separation  between  parameters
  794.           specified in Recommendation X.3 and any others implemented nationally or locally.
  795.                 The parameter separator consists of a  parameter  field  which  contains  a
  796.           reference field set to 00000000 and a value field set to 00000000.
  797.                 When present, the parameter separator and the national or  local  parameter
  798.           fields must be placed after  any  CCITT  standardized  parameter  fields  in  PAD
  799.           messages.
  800.                 Note  -  It  is  recommended  that   only   the   parameters   defined   in
  801.           Recommendation X.3 are used when communicating with a PAD in a different  country
  802.           or network.
  803.  
  804.  
  805.  
  806.  
  807.  
  808.  
  809.  
  810.  
  811.  
  812.  
  813.  
  814.  
  815.  
  816.  
  817.  
  818.  
  819.  
  820.  
  821.  
  822.  
  823.  
  824.  
  825.  
  826.  
  827.  
  828.  
  829.  
  830.  
  831.  
  832.  
  833.  
  834.  
  835.  
  836.  
  837.  
  838.  
  839.  
  840.  
  841.  
  842.  
  843.  
  844.  
  845.  
  846.  
  847.  
  848.  
  849.  
  850.           PAGE14  Fascicle VIII.2 - Rec. X.29
  851.  
  852.                                                  TABLE 3/X.29
  853.                                Coding of parameter value field in case of error
  854.  
  855.                                                             Parameter value field code
  856.                               Error type                   bits                        Decimal
  857.                                                             8  7    6  5    4  3    2  1    
  858.              No additional information                      0   0   0   0   0   0   0   0       0
  859.              The parameter reference does not exist or      0   0   0   0   0  
  860.              has not been implemented in the PAD            
  861.  
  862.  
  863.  
  864.  
  865.  
  866.  
  867.  
  868.  
  869.  
  870.  
  871.  
  872.  
  873.  
  874.  
  875.  
  876.  
  877.  
  878.  
  879.  
  880.  
  881.  
  882.  
  883.  
  884.  
  885.  
  886.  
  887.  
  888.  
  889.  
  890.  
  891.  
  892.  
  893.  
  894.  
  895.  
  896.  
  897.  
  898.  
  899.  
  900.  
  901.  
  902.  
  903.  
  904.  
  905.  
  906.  
  907.  
  908.  
  909.  
  910.  
  911.  
  912.  
  913.  
  914.  
  915.  
  916.  
  917.  
  918.  
  919.  
  920.  
  921.                                                         Fascicle VIII.2 - Rec. X.29   PAGE1
  922.  
  923.                                                                              0   0   1       1
  924.              The parameter value is invalid or has not      0   0   0   0   0   0   1   0       2
  925.              been implemented in the PAD                    
  926.              The parameter value cannot be altered from     0  0    0   0   0   0   1   1       3
  927.              the current setting                            
  928.              The parameter is read-only                     0   0   0   0   0   1   0   0   
  929.  
  930.  
  931.  
  932.  
  933.  
  934.  
  935.  
  936.  
  937.  
  938.  
  939.  
  940.  
  941.  
  942.  
  943.  
  944.  
  945.  
  946.  
  947.  
  948.  
  949.  
  950.  
  951.  
  952.  
  953.  
  954.  
  955.  
  956.  
  957.  
  958.  
  959.  
  960.  
  961.  
  962.  
  963.  
  964.  
  965.  
  966.  
  967.  
  968.  
  969.  
  970.  
  971.  
  972.  
  973.  
  974.  
  975.  
  976.  
  977.  
  978.  
  979.  
  980.  
  981.  
  982.  
  983.  
  984.  
  985.  
  986.  
  987.  
  988.  
  989.  
  990.  
  991.  
  992.           PAGE14  Fascicle VIII.2 - Rec. X.29
  993.  
  994.                                                                                             4
  995.             The parameter follows an invalid parameter     0   0   0   0   0   1   0   1       5
  996.             separator                                      
  997.           Note - The value 0 is mandatory. Other values are optional.
  998.          4.4.6  Format of error PAD messages (see Figure 3/X.29)
  999.                                              Fig. 3/X.29  = 7 cm
  1000.  
  1001.          4.4.6.1   Octet 2 of the error PAD message  will  be  coded  as  shown  in  Table
  1002.          4/X.29.
  1003.          4.4.6.2   In cases b, c, d, e and f in Table 4/X.29, octet  3  of  an  error  PAD
  1004.          message will contain the message code of the received PAD message.
  1005.  
  1006.  
  1007.  
  1008.  
  1009.  
  1010.  
  1011.  
  1012.  
  1013.  
  1014.  
  1015.  
  1016.  
  1017.  
  1018.  
  1019.  
  1020.  
  1021.  
  1022.  
  1023.  
  1024.  
  1025.  
  1026.  
  1027.  
  1028.  
  1029.  
  1030.  
  1031.  
  1032.  
  1033.  
  1034.  
  1035.  
  1036.  
  1037.  
  1038.  
  1039.  
  1040.  
  1041.  
  1042.  
  1043.  
  1044.  
  1045.  
  1046.  
  1047.  
  1048.  
  1049.  
  1050.  
  1051.  
  1052.  
  1053.  
  1054.  
  1055.  
  1056.  
  1057.  
  1058.  
  1059.  
  1060.  
  1061.  
  1062.  
  1063.                                                        Fascicle VIII.2 - Rec. X.29   PAGE1
  1064.  
  1065.                  4.4.7  Parameter field for indication of break PAD messages (see Figure 4/X.29)
  1066.                 This PAD message may either not contain a parameter  field,  or  contain  a
  1067.           parameter field consisting of 2 octets (i.e. one reference field  and  one  value
  1068.           field) coded as follows: the reference field will be coded  00001000  (indicating
  1069.           parameter 8) and the value field will be coded 00000001 (indicating decimal 1).
  1070.                                                  TABLE 4/X.29
  1071.                               Coding and meaning of octet 2 of error PAD messages
  1072.  
  1073.                                                                      Coding
  1074.              Case               Meaning                   Bits      8   7   6   5   4   3   2   1
  1075.                a    Received PAD message contained                   0   0  0   0  0   0  0   0
  1076.                     less than eight bits               
  1077.                b    Unrecognized message code in                     
  1078.                     received PAD message               
  1079.  
  1080.  
  1081.  
  1082.  
  1083.  
  1084.  
  1085.  
  1086.  
  1087.  
  1088.  
  1089.  
  1090.  
  1091.  
  1092.  
  1093.  
  1094.  
  1095.  
  1096.  
  1097.  
  1098.  
  1099.  
  1100.  
  1101.  
  1102.  
  1103.  
  1104.  
  1105.  
  1106.  
  1107.  
  1108.  
  1109.  
  1110.  
  1111.  
  1112.  
  1113.  
  1114.  
  1115.  
  1116.  
  1117.  
  1118.  
  1119.  
  1120.  
  1121.  
  1122.  
  1123.  
  1124.  
  1125.  
  1126.  
  1127.  
  1128.  
  1129.  
  1130.  
  1131.  
  1132.  
  1133.  
  1134.           PAGE14  Fascicle VIII.2 - Rec. X.29
  1135.  
  1136.                                                                   0   0  0   0  0   0  1   0
  1137.                c    Parameter field format of                        0   0  0   0  0   1  0   0
  1138.                     received PAD message was           
  1139.                     incorrect or incompatible with     
  1140.                     message code                       
  1141.                d    Received PAD message did not                     0   0  0   0  0   1  1   0
  1142.                     contain an integral number of      
  1143.                     octets                             
  1144.                e    Received parameter indication                    
  1145.                     PAD message was unsolicited        
  1146.  
  1147.  
  1148.  
  1149.  
  1150.  
  1151.  
  1152.  
  1153.  
  1154.  
  1155.  
  1156.  
  1157.  
  1158.  
  1159.  
  1160.  
  1161.  
  1162.  
  1163.  
  1164.  
  1165.  
  1166.  
  1167.  
  1168.  
  1169.  
  1170.  
  1171.  
  1172.  
  1173.  
  1174.  
  1175.  
  1176.  
  1177.  
  1178.  
  1179.  
  1180.  
  1181.  
  1182.  
  1183.  
  1184.  
  1185.  
  1186.  
  1187.  
  1188.  
  1189.  
  1190.  
  1191.  
  1192.  
  1193.  
  1194.  
  1195.  
  1196.  
  1197.  
  1198.  
  1199.  
  1200.  
  1201.  
  1202.  
  1203.  
  1204.  
  1205.                                                         Fascicle VIII.2 - Rec. X.29   PAGE1
  1206.  
  1207.                                                                  0   0  0   0  1   0  0   0
  1208.               f    Received PAD message was too                     0   0   0   0   1   0   1   0
  1209.                    long                               
  1210.               g    Unauthorized reselection PAD                     0   0   0   0   1   1   0   0
  1211.                    message                            
  1212.                                              Fig. 4/X. 29 = 5 cm
  1213.  
  1214.  
  1215.  
  1216.  
  1217.  
  1218.  
  1219.  
  1220.  
  1221.  
  1222.  
  1223.  
  1224.  
  1225.  
  1226.  
  1227.  
  1228.  
  1229.  
  1230.  
  1231.  
  1232.  
  1233.  
  1234.  
  1235.  
  1236.  
  1237.  
  1238.  
  1239.  
  1240.  
  1241.  
  1242.  
  1243.  
  1244.  
  1245.  
  1246.  
  1247.  
  1248.  
  1249.  
  1250.  
  1251.  
  1252.  
  1253.  
  1254.  
  1255.  
  1256.  
  1257.  
  1258.  
  1259.  
  1260.  
  1261.  
  1262.  
  1263.  
  1264.  
  1265.  
  1266.  
  1267.  
  1268.  
  1269.  
  1270.  
  1271.  
  1272.  
  1273.  
  1274.  
  1275.  
  1276.          PAGE14  Fascicle VIII.2 - Rec. X.29
  1277.  
  1278.                4.4.8  Parameter field for invitation to clear PAD message (see Figure 5/X.29)
  1279.                                              Fig. 5/X.29 = 5 cm
  1280.  
  1281.                This PAD message will not contain a parameter field.
  1282.          4.4.9  Reselection PAD message format
  1283.                The format of this message is given in Figure 6/X.29.
  1284.                                              Fig. 6/X.29 = 9 cm
  1285.  
  1286.          4.4.9.1  Reselected DTE address length field
  1287.                Bits 4, 3, 2 and 1 of the reselected DTE address length field indicate  the
  1288.          length of the reselected DTE address in semi-octets. The address length is binary
  1289.          coded and bit 1 is the low order bit of the indicator.
  1290.          4.4.9.2     Address field
  1291.                Octet 3 and the following octets consist of  the  reselected  DTE  address.
  1292.          Each digit of the address is coded in a semi-octet in binary coded  decimal  with
  1293.          bit 5 or 1 being the low order bit of the digit.
  1294.                Starting from the high order digit, the address is coded  in  octet  3  and
  1295.          consecutive octets with two digits per octet. In each  octet,  the  higher  order
  1296.          digit is coded in bits 8, 7, 6 and 5.
  1297.                The address field shall be rounded up to an integral number  of  octets  by
  1298.          inserting zeros in bits 4, 3, 2 and 1  of  the  last  octet  of  the  field  when
  1299.          necessary.
  1300.                The reselected DTE address field should contain the internat 
  1301.          number (DNIC + Network terminal number).
  1302.          4.4.9.3  Facility length field
  1303.                The octet following the reselected DTE address field indicates  the  length
  1304.          of the facility field, in octets. The facility length indicator is  binary  coded
  1305.          and bit 1 is the low order bit of the indicator.
  1306.          4.4.9.4  Facility field
  1307.                The facility field is  present  only  when  optional  user  facilities  are
  1308.          included by the DTE. This field indicates the facilities that must be included in
  1309.          the facility field of the incoming call packet received  by  the  reselected  DTE
  1310.          (see S 3.6).
  1311.                The coding of the facility field is defined in S 7 of Recommendation X.25.
  1312.                The facility field contains an  integral  number  of  octets,  the  maximum
  1313.          length of the complete PAD message is restricted, as described in S 4.4.4 above.
  1314.          4.4.9.5  Call user data field
  1315.                Following the facility field, the call user data field may be  present  and
  1316.          has a maximum length of 12 octets.
  1317.                Call user data when present in the call user data field of the  reselection
  1318.          PAD message is included in the call user data field of the incoming  call  packet
  1319.          received by the reselected DTE.
  1320.          4.4.10 Reselection with TOA/NPI PAD message format
  1321.                The format of this message is given in Figure 7/X.29.
  1322.                Note  -  The  TOA/NPI  address  subscription  facility  is  designated   in
  1323.          Recommendation X.2 for further study.
  1324.                                              Fig. 7/X.29 = 8 cm
  1325.  
  1326.  
  1327.  
  1328.  
  1329.  
  1330.  
  1331.  
  1332.  
  1333.  
  1334.  
  1335.  
  1336.  
  1337.  
  1338.  
  1339.  
  1340.  
  1341.  
  1342.  
  1343.  
  1344.  
  1345.  
  1346.  
  1347.                                                        Fascicle VIII.2 - Rec. X.29   PAGE1
  1348.  
  1349.                  4.4.10.1 Reselected DTE address length field
  1350.                Octet 2 indicates the length of the reselected DTE address in  semi-octets.
  1351.          The address length is binary coded and  bit  1  is  the  low  order  bit  of  the
  1352.          indicator. The maximum value of the reselected DTE address length field is 17.
  1353.          4.4.10.2 Reselected DTE address field
  1354.                Octet  3  will  consist  of  the  TOA/NPI  indication   as   described   in
  1355.          Recommendation X.25. The following octets consist of the reselected DTE  address.
  1356.          Each digit of the address is coded in a semi-octet in binary coded  decimal  with
  1357.          bit 5 or 1 being the low order bit of the digit. Starting  from  the  high  order
  1358.          digit, the address digits are coded in consecutive semi-octets.  In  each  octet,
  1359.          the higher order digit is coded in bits 8, 7, 6 and 5.
  1360.          4.4.10.3 Facility length field
  1361.                The octet following the address field indicates the length of the  facility
  1362.          field, in octets. The facility length indicator is binary coded and bit 1 is  the
  1363.          low order bit of the indicator.
  1364.          4.4.10.4 Facility field
  1365.                (See S 4.4.9.4.)
  1366.          4.4.10.5 Call user data field
  1367.                (See S 4.4.9.5.)
  1368.                                                    ANNEX A
  1369.                                       (to Recommendation X.29)
  1370.                 Characteristics of virtual calls and Recommendation X.25
  1371.                           as related to the PAD representation of
  1372.                       a start-stop mode DTE to a packet mode DTE
  1373.          A.1    General interface characteristics
  1374.          A.1.1  The mechanical, electrical, functional and procedural  characteristics  to
  1375.          activate, maintain and deactivate the physical access path between  the  DTE  and
  1376.          the  DCE  will  be  in  accordance  with  the  physical   level   procedures   of
  1377.          Recommendation X.25.
  1378.          A.1.2  The link access procedure for data interchange across the link between the
  1379.          DTE  and  DCE  will  be  in  accordance  with  the  link  level   procedures   of
  1380.          Recommendation X.25.
  1381.          A.1.3  The packet format and control  procedures  for  the  exchange  of  packets
  1382.          containing control information and user data between the DTE and the DCE will  be
  1383.          in accordance with the packet level procedures of Recommenda-tion X.25.
  1384.          A.2    Interface procedures for virtual call control
  1385.          A.2.1  Incoming calls are indicated to  the  packet  mode  DTE  as  specified  in
  1386.          Recommendation X.25. Call requests are  indicated  by  the  packet  mode  DTE  as
  1387.          specified in Recommendation  X.25.  Any  use  of  optional  user  facilities  are
  1388.          indicated in accordance with SS 6 and 7 of Recommendation X.25.
  1389.          A.2.2  The default throughput classes used by the PAD are determined by the  data
  1390.          rates of the start-stop mode DTE (where exact correspondence is not obtained, the
  1391.          next higher throughput class is used).
  1392.          A.2.3  The PAD and the packet mode DTE will use the clearing procedures specified
  1393.          in SS 4.1.7, 4.1.8 and 4.1.9 of Recommendation X.25.
  1394.          A.3    Interface procedures for data transfer
  1395.          A.3.1  Data transfer on a virtual call can only take place in the  data  transfer
  1396.          state and when flow control permits (see S 4.4 of Recommendation X.25). The  same
  1397.          is true for the transfer of interrupt packets (see S 4.3 of Recommendation X.25).
  1398.          A.3.2  Interrupt packets transmitted by the packet mode DTE will be confirmed  by
  1399.          the PAD following the procedures in Recommendation X.25.
  1400.          A.3.3  The reset procedure may be used by the packet  mode  DTE  or  the  PAD  to
  1401.          re-initialize the virtual call and will conform to the procedures described in  S
  1402.          4.4.3 of Recommendation X.25.
  1403.          A.3.4  A reset of the virtual call originated by the packet mode DTE  or  due  to
  1404.          network congestion may be indicated by the PAD to the start-stop mode DTE.
  1405.          A.3.5  A reset procedure initiated by the PAD may be due either to:
  1406.                a)  the receipt at the PAD of a request to reset from the non-packet  mode
  1407.                   DTE. The resetting cause contained in the reset indication packet  will
  1408.                   be DTE reset; or
  1409.                b)  a PAD or network failure.
  1410.          A.3.6  For calls received by the PAD with bit 7 of octet 1 in the  incoming  call
  1411.          packet set to 0, the PAD will set bit 7 of octet 1 in the call accepted packet to
  1412.          0 and will set the D bit in transmitted data packets to 0.
  1413.                Pending further study, and in the absence of  bilateral  agreement  between
  1414.  
  1415.  
  1416.  
  1417.  
  1418.          PAGE14  Fascicle VIII.2 - Rec. X.29
  1419.  
  1420.          Administrations (used in conjunction with the D bit modification  facility),  the
  1421.          following applies:
  1422.                If the incoming call packet received by the PAD has bit 7 of  octet  1  set
  1423.          to 1, the PAD may set bit 7 of octet 1 of the call accepted packet to 1.
  1424.                Calls originated by the PAD will set bit 7  of  octet  1  in  call  request
  1425.          packets to 0. The called DTE can indicate if it requires the support of the D bit
  1426.          procedure by setting bit 7 of octet 1 of call accepted packets to 1.
  1427.                PAD procedures associated with the Delivery Confirmation (D)  bit  in  data
  1428.          packets (see S 4.3.3 of Recommendation X.25) are described in SS 1.4.4 and 1.5.6.
  1429.          A.4    Virtual call characteristics
  1430.          A.4.1  Resetting
  1431.          A.4.1.1   There may be a loss of data characters in any case of reset, as  stated
  1432.          in Recommendation X.25. Characters generated by either of the DTEs prior  to  the
  1433.          reset indication or confirmation will not be delivered to the other DTE after the
  1434.          reset indication or confirmation.
  1435.          A.4.2  Interrupt transfer
  1436.          A.4.2.1   An interrupt packet is always delivered at or before the point  in  the
  1437.          data packet stream at which it was generated.
  1438.          A.4.3  Call clearing
  1439.                Data packets transmitted immediately  before  a  clear  request  packet  is
  1440.          sent, may be overtaken within  the  network  by  the  clear  request  packet  and
  1441.          subsequently be destroyed, as described in S 4.5 of Recommendation X.25.
  1442.  
  1443.  
  1444.  
  1445.  
  1446.  
  1447.  
  1448.  
  1449.  
  1450.  
  1451.  
  1452.  
  1453.  
  1454.  
  1455.  
  1456.  
  1457.  
  1458.  
  1459.  
  1460.  
  1461.  
  1462.  
  1463.  
  1464.  
  1465.  
  1466.  
  1467.  
  1468.  
  1469.  
  1470.  
  1471.  
  1472.  
  1473.  
  1474.  
  1475.  
  1476.  
  1477.  
  1478.  
  1479.  
  1480.  
  1481.  
  1482.  
  1483.  
  1484.  
  1485.  
  1486.  
  1487.  
  1488.  
  1489.                                                        Fascicle VIII.2 - Rec. X.29   PAGE1
  1490.  
  1491.